home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / std / c++ / 92 < prev    next >
Encoding:
Internet Message Format  |  1996-08-06  |  1.2 KB
  1. Path: fido.asd.sgi.com!austern
  2. From: David Byrden <100101.2547@compuserve.com>
  3. Newsgroups: comp.std.c++
  4. Subject: Why no allocator-specific delete?
  5. Date: 22 Jan 1996 09:46:59 PST
  6. Organization: self-employed
  7. Approved: austern@isolde.mti.sgi.com
  8. Message-ID: <4dvid8$460@news.bridge.net>
  9. NNTP-Posting-Host: isolde.mti.sgi.com
  10. X-Original-Date: 22 Jan 1996 08:38:00 GMT
  11. X-Mailer: Mozilla 1.1N (Windows; I; 16bit)
  12. X-Auth: PGPMoose V1.1 PGP comp.std.c++
  13.     iQBVAwUBMQPNq0y4NqrwXLNJAQFF8wH/S10X8LGQWqJWUTH0G31F7py3pabRpgaP
  14.     EeBRnhcbRgv9vSAKelnbiJgxaXgfKA6RgwITG6E6E8045Q8Uo4vqqw==
  15.     =YmOK
  16. Originator: austern@isolde.mti.sgi.com
  17.  
  18. Why, in the Septenber draft standard, is an allocator-specific verrion of 
  19. 'new' provided;
  20.  
  21. 20.1.4.4
  22.  
  23.            new(x) T    
  24.  
  25.     returns an X::types<T>::pointer, where x is of an 
  26.     allocator type X
  27.  
  28.  
  29. but there is no matching version of 'delete'? Are we supposed to use both 
  30. destroy() and deallocate() to get rid of that object?
  31.  
  32.  
  33.            David
  34. ---
  35. [ comp.std.c++ is moderated.  Submission address: std-c++@ncar.ucar.edu.
  36.   Contact address: std-c++-request@ncar.ucar.edu.  The moderation policy
  37.   is summarized in http://dogbert.lbl.gov/~matt/std-c++/policy.html. ]
  38.